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Processing Selected Browser Requests 

TECHNICAL FIELD 

The present invention generally relates to processing selected browser requests. 

BACKGROUND 

Internet use has become increasingly pervasive in recent years. Resources available 
5 on the Internet include electronic content and services. Internet resources may be accessed 
using a browser and an Internet service provider (ISP). An ISP includes a computer or group 
of computers that enable a physical connection between the Internet and the computer of a 
person seeking access to the Internet ("client computer"). A browser is a software tool 
installed on the client computer and designed to enable communications over the physical 
ip connection established by the ISP. In this manner, the browser and ISP may be used together 
s|i to allow communications between the client computer and other computers that are 
j « connected to the Internet. 

l zt More specifically, a web browser is a program that enables requests to be made of 

4: web servers connected to the Internet using a Hypertext Transfer Protocol (HTTP), an 

lh application layer protocol for exchanging files on the World Wide Web (www) that is defined 

in Internet standard RFC 2068. The browser displays web pages provided in response to 
ill these requests. A browser may also be used for displaying documents described using the 
!=% Hypertext Markup Language (HTML). 

^ A single web page may be composed of several different files potentially of different 

20 data types (for example, text, graphics, images, virtual worlds, sounds, and movies). In 

addition, a web page can include links pointing to other resources available on the network 
(for example, web pages or individual files). Links can be displayed as text strings, as 
graphical images, or as combinations of the two. Each link has a network address or uniform 
resource locator (URL), which is essentially a pointer to network resources that is defined by 
25 Internet standard RFC 1738. 

When a user clicks on or otherwise selects a displayed link, the browser automatically 
retrieves the web page (or other resource) corresponding to the link's associated URL and 
displays or executes that link. A computer operator may also access desired Internet 
resources using browser requests that typically include a domain name corresponding to one 
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or more destination servers storing desired Internet resources, e.g., www.jcrew.com or 
www.dell.com . Browser requests may also include the URL of specific web pages stored on 
those destination servers, e.g., www.jcrew.com/homepage.html. In either case, a browser 
request may be satisfied by mapping a specified domain name or URL to a corresponding 
destination server. 



SUMMARY 

In one aspect, generally, processing a browser request that specifies a destination 
network resource generally includes intercepting a browser request that specifies a selected 
destination network resource and redirecting the browser request to a network server that 
10 differs from the destination resource specified by the browser request. 

Implementations may include one or more of the following features. For example, 
.«! the intercepting may include routing the browser request to a proxy server including a list of 
;jf selected network resources, comparing the browser request to the list of selected network 
41 resources, and intercepting the browser request when the browser request includes one or 
Sf more of the selected network resources that are specified by the list. The redirecting may 
|: include comparing the browser request to a list that includes instructions associated with the 
destination resource and performing the instructions associated with the destination resource. 
Performing the instructions may include displaying content that differs from the destination 
\ ^ resource; adding content to the destination resource and displaying the destination resource 
m that includes the added content; and displaying content from the destination resource from a 
= ' network server that differs from the destination resource. 

In another general aspect, processing a browser request also may include intercepting 
a browser request received from a client computer at a proxy server when the browser 
request specifies a selected destination network resource and performing instructions 
25 associated with, and in addition to, instructions performed to download the selected 
destination network resource. 

Other features and advantages will be apparent from the description, including the 
drawings, and from the claims. 
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DESCRIPTION OF DRAWINGS 



Fig. 1 A is a block diagram of a system capable of processing filtered browser 
requests. 

Figs IB and 1C illustrate, respectively, a trap list and an instruction list used by the 
system of Fig. 1A. 

Figs. 2A and 2B are flowcharts showing processes performed to process filtered 
browser requests. 

Figs. 3A and 3B are block diagrams showing components within a system capable of 
processing filtered browser requests. 

Figs. 4A-4E are illustrations of views presented to online operators that submit 
filtered browser requests. 



It is possible to enhance or replace the content and/or functionality of a desired 
Internet resource by intercepting selected browser requests and redirecting those browser 
requests to resources that differ from the desired Internet resource. In one implementation, a 
proxy server is used to intercept browser requests, compare the intercepted browser requests 
against selected domain names, redirect browser requests that include selected domain names 
to a jump server other than the server containing the requested resource, and process those 
browser requests to provide content or functionality other than that of the destination 
resource. In another implementation, rather than using a proxy server, software is provided 
on a client computer to intercept selected browser requests and redirect those requests to the 
jump server. In yet another implementation, rather than using a jump server, software is 
provided on the proxy server for intercepting and processing browser requests to provide 
content or functionality that differs from the content and functionality provided by the 
destination resource. 

In each of these implementations, the browser request may be redirected to a resource 
other than the destination resource, e.g., a server other than the destination server or a 
uniform resource locator (URL) other than the destination URL. The browser request may 
also be processed such that content is provided in addition to the content of the destination 
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resource. For example, for selected browser requests, the display may be reconfigured to add 
one or more windows other than the window used to display content from the destination 
resource. These windows may overlay the window used to display content from the 
destination resource, or they may be arranged for display in addition to that window (e.g., 
windows positioned adjacent the window used to display content from the destination 
resource). 

Fig. 1A shows a computer system 100 capable of filtering and processing browser 
requests. The system 100 includes a client computer 1 10, a proxy server 120, a network 130, 
[ destination server 140, and a jump server 150. 

Client computer 1 10 is typically implemented in a personal comptuer (PC), laptop 
5mputer, or workstation computer. Client computer 1 10 includes hardware and software 
that allows an operator to perform various tasks, such as communicating with other 
q computers and their operatorsAaccessing resources stored on the computer or other accessed 
=^ computers, and viewing, creating:, and manipulating electronic content (e.g., any combination 
;f4 of text, images, movies, music or other sound, animations, 3D virtual worlds, and links to 
AS other objects). More specifically, client computer 110 includes various input/output (I/O) 
f] devices (e.g., mouse, keyboard, microphone, video input/output, touchscreen input, display 

and modem). Client computer 110 alsb generally includes a general or special purpose 
□ computer having a cenral processor uni™ CPU), I/O ports and drivers, memory, and storage 
i§ devices. Examples of memory devices include volatile and/or non-volatile devices such as 
Ci flash memory, random access memory (RAl), read-only memory (ROM), programmable 
read-only memory (PROM), erasable PROM^ and electrically erasable PROMs. Examples 
of storage devices include floppy disk drives, cWpact disk (CD) drives, digital versatile disk 
(DVD) drives, permanent (hard) disk drives of magnetic and optical types, and tape or 
25 backup drives. 

The storage of client computer 110 includes software for accessing an Internet service 
provider (ISP), which software enables communications with network resources over a 
modem or other telecommunications devices. The software includes a browser that is used by 
operators of the client computer 1 10 to generate requests for network resources accessed by 
30 the modem or telecommunications devices. Using browser software, client computer 1 10 is 
able to access the electronic content and resources stored locally within its own storage and 
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memory, or the electronic content and resources stored on remote computers, which may 
represent client computers of other users or destination servers such as that shown by 
reference numeral 140. 

Proxy server 120 is an intermediary that is positioned between client computer 1 10 
and network resources (e.g., destination server 140 and jump server 150). Typically, an IP 
address for proxy server 120 is specified as a configuration option for the browser or other 
protocol program. Once this address is specified, communications between client computer 
110 and network 130 are routed through proxy server 120. Proxy server 120 is invisible to 
the operator of client computer 1 10, as all network requests and returned responses appear to 
be directly sent or received from the addressed destination server. An example of a proxy 
server 120 includes Internet service provider (ISP) computers, where communications 
between client computer 1 10 and the Internet are routed through the ISP computers. 

Proxy server 120 can be configured to provide security, administrative control, and 
caching services. Proxy server 120 may be associated with, or be part of, a gateway that 
separates an internal network of client computers 110 from external network 130, and may 
prpvide a firewall that protects the internal network from outside intrusion. 

Proxy server 4 20 generally includes a cache of previously downloaded network 
esources (e.g., web pag^s). When a browser request from client computer 1 10 is received by 
proxy server 120, the proxysserver filters each request against the cache of previously 
downloaded network resourced If a match exists between the browser request and a cached 
network resource, proxy server 1 30 is able to generate and return a response to client 
computer 1 10 without forwarding thbsbrowser request to network 130. Conversely, if the 
browser request does not match a cacheasnetwork resource, proxy server 120 uses one of its 
own IP addresses to request the network resource from destination server 140 over network 
130, with proxy server 120 acting as a client ok behalf of client computer 110. When the 
requested network resource is returned to proxy shryer 120, that network resource is 
forwarded to client computer 110. In the implementation of Fig. 1 A, proxy server 120 
includes one or more trap lists 120a that are used for comparison against browser requests 
received from the browser software on client computer 1 10. 

f^-p Fig. IB provides an example of a W> list 120. This particular trap list 120a shows a 
wst of domain names against which browser r^uests from client computer 1 10 are compared 
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and with which browser requests including selected domain names (a "selected browser 
request 11 ) are identified. Trap list 120a also may include other criteria against which browser 
requests may be compared, such as, for example, uniform resource locators (URLs). 
Furthermore, as an alternative or complement to trap list(s) 120a, proxy server 120 may 
5 include other search and/or filtering criteria or algorithms used to identify selected browser 
requests. In any event, the proxy server 12& specifies one or more destinations for browser 
requests discriminated by the trap list 120a on other search and filtering criteria. 

Network 130 is positioned between client computer 1 10 and network resources at 
destination server 140 and enable electronic communications between them. Typically, 

10 network 130 includes an intranet, a local area network (LAN), a wide area network (WAN) 
such as the Intranet, or some combination of these components. 

Destination server 140 is a computer that is electrically coupled with network 130 and 
q stores selected resources (e.g., content and services) and provides client computers 1 10 

access to those selected network resources in response to browser requests. Typically, a 
# destination server 140 is identified by a domain name and is accessed in response to browser 

11 l requests including that domain name. An example of a destination server 140 is a host 
!!: computer that provides subscribers with online computer services such as e-mail, e- 

commerce, chat rooms, Internet access, and electronic newspapers and magazines. Users of 
□ services offered by a host computer typically communicate with one or more central servers 
2<f through client software executing on their respective client computers 1 10. 
u Jump server 150 is a computer that is also connected to network 130. In the 

implementation shown in Fig. 1 A, jump server 150 receives browser requests trapped by 
proxy server 120. Jump server 150 includes an instruction list 150a that associates trapped 
browser requests with processing instructions that differ from the processing instructions 
25 included at the destination server specified in the browser requests. 

Fig. 1C provides an example of an instruction list 150a. This particular instruction 
list 150a specifies a series of domain names and related processing instructions. For 
example, the domain http://sportsmansguide.com is associated with three processing 
instructions: (1) {{ADP file}frameset.adp} - a file with instructions for splitting the display 
30 window before displaying content from sportsmansguide.com, (2) { {Real URL} 

http/www.sportsmansguide.com/?} - a command for displaying the destination server 
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resource in a first of the split windows, and {enabled t} {title "Sportsman's Guide"} - a file 
for displaying a shopping bar in the second split window with the title "Sportsman's Guide." 
Other domains within the instruction list are generally associated with processing instructions 
that differ from the processing instructions specified for the www.sportsmansguide.com 
domain, although they may be the same as those instructions. In this manner, it is possible to 
use the instruction list to supplement the content of the destination resource. 

Typically, proxy server 120, destination server 140, and/or jump server 150 will not 
be single monolithic entities. Rather, each will include several interconnected server 
computers to distribute load. Each interconnected server computer may be dedicated to 
performing independent or duplicative operations, and/or to particular geographic regions or 
characteristics. 

Fig. 2A shows several steps used to process selected browser requests. In Fig. 2A, 
when an online operator enters a browser request (step 210), the browser request is filtered 
(step 220). Non-selected browser requests are routed to the destination resources specified by 
the browser requests (step 230) and selected browser requests are redirected to provide 
content or functionality other than that of the destination resource (step 240). 

More specifically, online operators enter browser requests (step 210) using browser 
software stored and run by client computer 1 10. A typical browser request includes the 
domain name of a destination server upon which a resource is located. For example, a 
browser request for resources located on the destination server identified as www.jcrew.com 
may include that domain name. Furthermore, if specific resources are requested from 
particular html pages ("webpages") of the destination resource, the URL corresponding to 
those webpages may also be included in the browser request. An example of a browser 
request including a URL for a desired resource is www.jcrew.com/homepage.html. 

Selected browser requests are then identified for additional processing using filtering 
techniques (step 220). For instance, in the implementations described with respect to Figs. 
1 A and 3 A, the browser requests are routed to proxy server 120. At the proxy server 120, the 
browser requests are compared against a trap list 120a that includes criteria such as domain 
names and/or URLs of selected resources. However, in other implementations, such as the 
one shown in Fig. 3B, the browser request may be compared to a trap list located at the client 
computer. In each of these implementations, other searching and filtering criteria may be 
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used to identify selected browser requests. For example, domain extensions (.com, .gov, 
.edu) may be used as search/filtering criteria. 

When a browser request is not identified for additional processing according to the 
filtering techniques (step 220), that browser request is routed to the specified destination 
resource to be processed in accordance with conventional methodologies (step 230). That is, 
when a browser request is not identified as a selected browser request, the destination server 
is accessed and the destination resource is downloaded without additional processing. 

Conversely, when a browser request is selected for additional processing (step 220), 
the browser request is redirected to a jump server that is programmed to provide content 
and/or functionality other than that of the specified destination resource (step 240). For 
instance, Fig. 2B describes one implementation of step 240, where selected browser requests 
are re-routed from the destination server specified by the browser request (step 242), 
appropriate additional processing is identified for the browser requests (step 244), and the 
identified processing is performed with respect to each browser request (step 246). 

More specifically, in step 242, selected browser requests are routed to one or more 
jump servers that differ from the destination servers specified by the browser requests. The 
jump servers are generally identified by trap lists or other filtering criteria used to 
discriminate the selected browser requests. Although the selected browser requests are 
typically routed to a single jump server or single bank of jump servers, it is also possible to 
route the selected browser requests to several different jump servers. 

In step 244, instruction sets included on the jump server are used to identify 
processing appropriate for the selected browser requests. For instance, an example instruction 
list is shown by Fig. 1C and described above. By matching the browser request against the 
information in an instruction list on the destination jump server specified for the browser 
request, a set of process instructions appropriate for the selected browser request may be 
identified. 

In step 246, the instructions specified in the instruction list for the selected browser 
request are performed. Depending upon the instructions provided in the instruction list, it is 
possible to change the domain name of a destination server to a domain name that enables 
evaluation of browser activities with respect to goods or services associated with host of the 
domain server. For instance, if a browser request specifies www.jcrew.com, the browser 
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request may be re-routed to www.jcrew.com/aol, which domain enables tracking of browser 
activities with respect to the JCREW website. Alternatively, it is possible to split a window 
and to display a toolbar or additional content (e.g., advertising) for domain names and URLs 
specified in selected browser requests. 

For instance, as described with respect to the sample instruction provided in the 
example instruction list provided by Fig. 1C, the domain http://sportsmansguide.com is 
associated with three processing instructions. The first instructions {{ADP 
file} frameset. adp} split the display window before displaying content from 
sportsmansguide.com. The second instructions are commands for displaying the destination 
server resource in a first of the split windows, and the third instructions are commands for 
displaying a shopping bar in the second split window. 

Figs. 3A and 3B show components of alternative systems for processing filtered 
browser requests. The systems of Figs. 3 A and 3B operate similarly to the system 100, with 
differences noted below. 

In the implementation of Fig. 3 A, jump server 150 is eliminated for purposes of the 
described operations, and instruction list 150a is included on proxy server 120, replacing trap 
list 120a. With this configuration, browser requests received by proxy server 120 from client 
computer 1 10 are compared against instruction list 150a in a manner similar to the process of 
comparing received browser requests against trap list 120a described above in step 220 of 
Fig. 2A. Browser requests identifying selected network resources are then processed by 
proxy server 120 according to the processing performed by jump server 150 in the 
implementation of Fig. 1A, which is described above with respect to step 240 of Fig. 2 A and 
steps 244 and 246 of Fig. 2B. 

In the implementation of Fig. 3B, proxy server 120 is eliminated for purposes of the 
described filtering operations, and trap list 120a is stored at client computer 1 10. As such, 
browser requests are compared with the trap list 120a before being sent from client computer 
1 10, and browser requests identifying selected network resources are re-routed by client 
computer 1 10 to jump server 150 for further processing. 

The system and process described above find particular utility when applied to 
facilitate online shopping (also known as electronic commerce, or more familiarly e- 
commerce). Specifically, using the concepts described above, a toolbar enabling relevant 
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shopping tools may be combined with merchant web pages. For the user, this combination 
enables one-click access to key tools and support information. By customizing the toolbar 
appearance, it is possible to use this technology to establish a consistent, universal 
^ajjftearance for users navigating e-commerce web sites. 

7 igs. 4A-4E illustrate examples of displays created by spliting windows and 




anting the content of destinaHon servers and resources in the manner described with 
respect to Figs. 2A and 2B. \ 

Referring to Fig. 4A, a representative toolbar layout illustrates one embodiment of a 
proxy-fed toolbar 400 that would appear as a banner in the upper portion of the computer 
screen as a horizontal strip that extends across the entire computer screen, from left to right. 
In a preferred implementation, the proxy-fed toolbar 400 consists of two segments: a 
"Universal" segment 405, which corresponds to the upper half of the toolbar, and a "Site" 
segment 410, which corresponds to the lower half of the toolbar. 

The Universal segment 405 of the proxy-fed toolbar 400 contains several features. 
First, it displays the brand name of the online service provider, for example, the 
"Shop@AOL" brand 415. The brand image links to the main web page of that brand's 
shopping main page. 

The Universal segment 405 of the toolbar 400 also contains a single-selection drop- 
down menu 420 containing some or all shopping categories, listed in alphabetical order. 
Exemplary shopping categories include the following: Apparel, Arts and Collectibles, 
Auctions & Outlets, Auto Center, Computing Center, Consumer Electronics, Entertainment, 
Food and Gourmet, Gift Center, Health and Beauty, Home and Garden, Home Office & 
Business, Jewelry & Accessories, Kids, Pet Center, and Sports & Outdoor. 

The Universal segment of the toolbar contains a "Go" button 425. When a user clicks 
on the "Go" button X25, a new browser request is entered to again invoke the above 
described processes. 

The Universal segment of the toolbar contains a "Customer Service" link 430. When 
a user clicks on the "Customer Service" button 430, an electronic link to a menu web page is 
activated. The Customer Service web page provides a user with several options designed to 
address typical customer concerns. 
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The Universal segment of the toolbar contains an "AOL Guarantee 5 ' link 435. When 
a user clicks on the "AOL Guarantee" button 435, an electronic link to a web page containing 
a guarantee is displayed that is designed to provide the customer with protection in the event 
of unfair treatment by a merchant. 

The Universal segment of the toolbar contains a "Buying Guides" link 440. The 
Buying Guides link 440 is shown as a question mark ("?") on the toolbar. When a user clicks 
on the Buying Guides link 440, an electronic link to a web page designed to assist the user 
with navigating through the web site and to find appropriate merchants for the shopping 
needs of the user is activated. 

In another embodiment, the toolbar contains a "Quick Checkout" link. The Quick 
Checkout link is designed to accelerate the process of transacting business. Further details 
on the Quick Checkout link are described in provisional application number 60/160,874 filed 
October 22, 1999 and the utility application filed concurrently with this application, which is 
titled "Sharing the Personal Information of a Network User With Resources Accessed By 
That Network User." Both of these applications are incorporated by reference in their 
entirety. 

The site segment of the toolbar contains a "Department History" link 445. When a 
user clicks on the Department History link, a menu containing the shopping categories (see 
the shopping category drop-down menu option 420, described above) appears, and the user 
can select which shopping category is of interest. After the user selects a category, a display 
appears showing which merchants within that category have been previously accessed by the 
user in reverse chronological order. Each item in the display is a hyperlink to the merchant's 
web site. The Department History link 445 is thus intended to assist the user by recognizing 
that shoppers often will patronize merchants that they have patronized before. 

The Site segment of the toolbar contains a "Back to <Merchant>" link 450. The Back 
to Merchant link 450 enables a user to quickly return to the most recently visited merchant 
site, by clicking on the link. 

The Site segment of the toolbar contains a Search interface, including an input box 
455 and a "Search" button 460. The Search input box 455 can accept strings of at least a 
predefined number (e.g., 30) characters. After a user enters a string into the input box 455, 
the user then clicks on the Search button 460, and a keyword search is performed upon the 
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merchant web sites that are accessible via the toolbar. In this manner, a customer can easily 
search for an item of interest. 

Fig. 4B illustrates a window displayed in response to a browser request for 
www.jcrew.com, where the destination server is displayed on only a portion of the screen. In 
the Fig. 4B example, the window is split into an upper window and a lower window. While 
the destination server is accessed and appropriate contents from the destination server are 
displayed in one of the windows (lower), a toolbar is formed in the upper window to enable 
improved functionality. The content of the toolbar may vary site-to-site based on various 
criteria. For instance, the toolbars of Figs. 4B and 4C differ slightly, Fig. 4B generally 
corresponding to member or affiliate web sites and Fig. 4C generally corresponding to non- 
member web sites. 

Similarly, Figs. 4D and 4E are used to illustrate additional content that may be 
delivered based on the identification of selected destination servers. In Fig. 4D, a toolbar 
similar to that of Fig. 4B is provided. However, in Fig. 4E, a toolbar is enhanced with a 
rating for services and content provided by the domain specified by the browser. This 
additional content may be immediately apparent during the initial rendering of the display, or 
it may be added to the display in the form of an update. In this manner, processing may be 
performed to identify or determine the information to be supplementally displayed without 
delaying the display expected by the user, and without requiring the display to completely 
refresh when the supplemental information becomes available. 

A number of embodiments of the invention have been described. Nevertheless, it will 
be understood that various modifications may be made without departing from the spirit and 
scope of the invention. For example, other toolbars may contain additional features. 
Accordingly, other embodiments are within the scope of the following claims. 
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